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REMARKS 

The application has been reviewed in light of the Office Action dated November 24, 
2004. Claims 1-3 are pending in this application, with claims 1 and 3 being in independent form. 
Claims 4-1 1 were previously canceled. By the present Request for Reconsideration, no claims 
have been amended. 

The Office Action rejected independent Claim 3 under 35 USC § 102(e) as purportedly 
anticipated by U.S. Patent No. 6,260, 158 (Purcell et al.) and Computer Dictionary, 3rd ed M p. 359 
(Microsoft Press 1997). 

As an initial matter, it is well established that anticipation under 35 U.S.C. § 1 02 requires 
that each and every element of a claim be disclosed by a single reference. 

Here, such a disclosure is neither present in Purcell nor in the Microsoft Press reference- 
Indeed, the Office Action implicitly acknowledges that Purcell does not disclose all of the 
elements of the claim. The Microsoft Press reference is relied upon in the Office Action to 
compensate for the deficiencies of Purcell. However, such a combination cannot anticipate the 
present claims under 35 U.S.C. § 102. 

Claim 3 relates to a method for maintaining the integrity of data stored throughout a 
distributed computer system. The method comprises a server application detecting a connection 
outage between a server application and a client application. The server application stores all 
transactions with the client application during the connection outage. The client application 
delects the connection outage between the server application and the client application. The 
client application stores all transactions with the server application during the connection outage. 
All transactions between the server application and the client application are propagated after the 
connection between the server application and the client application is restored. 
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Purccll, as understood by the Applicants, is directed to a system and method for 
maintaining communications within a computer system after data transport failure across a first 
link, fail-over capability is attained by re-establisbing communications across a secondary link 
using different transport mechanisms. 

According to the Office Action, Purcell allegedly anticipates the Claim 3 by "disclosing 
peer processors that each detect a connection outage between them, saving the transactions 
during the outage, and then propagating the transactions between the systems after the connection 
between the peers is restored." The Office Action additionally asserts that the pcer-to-peer 
architecture ofPurcell, wherein any one peer is purportedly capable of being a server to any other 
peer acting as a client, is analogous to the client-server architecture of Claim 3. The Office 
Action cites the Microsoft Press Computer Dictionary to supplement this analogy. 

In asserting "that each [of the peer processors] detect a connection outage between them, 

saving ihe transactions during the outage" the Office Action cites Purcell, Fig. 2, and Col. 5, line 

66 to Col. 6, line 6. Col. 5, line 66 through col. 6, line 6 of Purcell states as follows: 

If the data send operation fails, e.g., due to disconnection or other primary 
link failure, the transaction is then posted to the data send service's fail over 
queue, e.g., DataSendFOQ. In particular, if the pertinent transport 18 signals a 
loss of connectivity, all pending and new transactions to the particular remote IOP 
1 0 are posted to the aforementioned DataSendFOQ, which is used by the PTS 16 
during link re-establishment. 

Purcell, as understood by Applicants, does not allow for transactions "during the 
connection outage." Purcell apparently suspends transactions during a Joss of connectivity such 
that transactions may not occur during the loss of connectivity. For example, Purcell at Col. 6, 
line 58 to line 65 states as follows: 

Upon loss of connectivity, a local PTA, e.g., PTS 1 6B, marks a portion of 
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the memory 22B allocated therein for usage by a remote PTS, e.g., PTA 16A, as 
"suspended due to transport failure" by setting the access indicator dor the 
corresponding remBufAllocID to '"no access". Similarly, the PTA 1 63 also marks 
the portion of the memory 22A it allocated on the remote IOP 1 6 A as "suspended 
due to transport failure 1 *. ' 

Therefore, Purcell, even if modified according to the Microsoft Press reference, fails to 
disclose or suggest claim 3. 

The Office Action rejected Claims 1 and 2 under 35 USC 103(a) as purportedly obvious 
over U.S. Patent No. 5,987,376 (Olson et al.) in view of U.S. Patent No. 6,012,984 (Roseman). 

Claim 1 relates to a method for maintaining the integrity of data stored throughout a 
distributed computer system. An object is transmitted from a server application to a client 
application. An object state is transmitted from the server application to the client application. 
The object and the object state are synchronized between the server application and the client 
application. The object is updated by invoking a server application method after the 
synchronizing. 

Olson, as understood by the Applicants, is directed to multiplayer computer games that 
communicate over a computer network. Application data relating to the multiplayer computer 
game (state data) is distributed to each player's computer. Changes to the game state made by 
one player arc communicated to the other players using state updates. Inthis way, game state may 
be synchronized among the multiple players. 

Roseman, as understood by the Applicants, is directed to a system for providing large 
arena games, such as bingo, over computer networks. The large arena games may then be played 
in real time over the computer network. 

According to the Office Action, the "game data" of Olson purpoiledly corresponds to the 
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'-object" of Claim 1 and the "game state" of Olson corresponds to the "object state" of Claim 1. 
The Office Action relies on Rosernan to draw a connection between "game data" and an "object" 
and "game state" with an "object state". 

However, the "game data" and "game state" of Olsen, as understood by Applicants, do 
not correspond to an "object" and "object state" respectively. The terms "game data" and "game 
state" of Olson represent the same set of data, and these terms appear to be used interchangeably 
within Olson. 

For example, Olson, Col. 3, lines 14-26, states that data is updated using "state update 
packets". At Col. 4, lines 14-16, Olson states that, "...changes to application data are 
synchronized in a manner so as to ensure that each participating client always has a complete and 
up-to-date state." In addition, Olson, Col. 6, lines 11-16 states that, "application data would 
include, for instance, data that reflects the current state of the game..." Also, Olson, Col. 6, lines 
30-34 states that "when a client changes its application data, i.e. effects some change to the game 
state, that change is communicated to the other clients in the application session by way if a state 
update packet..." 

To the extent that transmission and synchronization occurs in Olson, only "state update 
packets" are transmitted. Olson does not appear to utilize complementary data update packets. 

Similarly, Applicants do no find teaching or suggestion in Rosernan of transmission and 
synchronization of objects and object states, and the Office Action does not suggest that it does. 
Therefore the cited art, either individually or taken together, do not teach or suggest independent 
Claim 1. 

if a petition for an extension of time is required to make this response timely, this paper 
should be considered to be such a petition, and the Commissioner is authorized to charge the 
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requisite fees to our Deposit Account No. 03-3125. 

The Office is hereby authorized to charge any additional fees tlial may be required in 
connection with this response and to credit any overpayment to our Deposit Account No. 03- 
3125. 

If a telephone interview could advance the prosecution of this application, the Examiner is 
respectfully requested 10 call the undersigned attorney. 

Allowance of this application is respectfully requested. 



Respectfully submitted, 




PAUL TENa Rfe. No. 40,837 
Attorney for Applicants 
Cooper & Dunham LLP 
Tel.: (2 12) 278-0400 
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